home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19990422-19990725
/
000123_news@watsun.cc.columbia.edu _Wed Jun 2 09:53:53 1999.msg
< prev
next >
Wrap
Internet Message Format
|
1999-07-23
|
2KB
Return-Path: <news@watsun.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA03157
for <kermit.misc@watsun.cc.columbia.edu>; Wed, 2 Jun 1999 09:53:53 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA28996
for kermit.misc@watsun.cc.columbia.edu; Wed, 2 Jun 1999 09:42:38 -0400 (EDT)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Subject: Re: Does anyone know of a library that supports GET?
Date: 2 Jun 1999 13:42:36 GMT
Organization: Columbia University
Message-ID: <7j3ccc$sa1$1@newsmaster.cc.columbia.edu>
To: kermit.misc@watsun.cc.columbia.edu
In article <37553409@news.power.net.uk>,
John Chewter <john@chewter.powernet.co.uk> wrote:
: All the well known lib's i have looked at do RECEIVE not GET
:
: (I know the party line about using K95 for this - file transfer progress
: screens just not acceptable to client - wants to use graphical one.)
:
: I saw the comments by Frank that everyone wants something different. All I
: would want is the file transfer routines - I can do everything else with
: Mscomm and / or TAPI - the server routines would be nice - but the vast
: majority of the rest can be done with standard lib's - what does the rest of
: the world think?
:
I can't necessarily speak for the rest of the world, but I think the rest of
the Kermit-95-using world would rather see us release the next version than
work on a library that fits one set of requirements.
You can work with us to integrate K95 into your application. The controls
are there to do most things that anybody could think of. The Ugly Transfer
Progress Screen can be hidden. There is also a stream-format transfer
screen that your application could capture and translate into the GUI form
that you desire. This would require a little work on your part, but what
wouldn't? At least this way you'd get Kermit transfers that were both fast
and robust, and that were supported.
I haven't heard good stories about any commercial libraries that include
Kermit protocol -- they're not fast, they're not robust, and they're not
supported.
- Frank